home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.7 KB | 36 lines | [TEXT/GEOL] |
- Item forwarded by A33 to A34
-
- Item 2722713 17-April-90 01:07PDT
-
- From: CH0068 CH DEV Hamilton, Bonaduz,IDV
-
- To: MUYSVASOVIC ACE - Jean-Denis Muys-Vasovic
- ROSENSTEIN1 Rosenstein, Larry
-
- cc: MACAPP.TECH$ MacApp Technical
-
- Sub: RE - RE - social TrackMouse
-
- Thank you for your hints about tracking the mouse while doing something else.
- Because I have my own controls (their thumbs don't use the control manager)
- and no draggable windows the only problem which remains is the handling of
- clicks in the menu bar. I think I'll live for the moment with that (Question:
- Why is the mac tracking the mouse also when the menu bar is hidden ?. Wouldn't
- it be better just to ignore mouse clicks inside the menu bar when it is hidden
- ?).
- You suggest dealing with the serial port from the TrackMouse method of my
- command object. I have implemented the communication Object as a cohandler
- which is called in the idle chain. What do you think about implementing the
- code which is tracking the mouse in a cohandler instead of a command object ?
- In this way my communication cohandler (and any other cohandlers I might have
- installed to do something while the user is idle) is called automatically even
- while the user drags the mouse. As with a command object, the cohandler is
- removed from the chain as soon as the user has finished dragging the mouse.
- Similar to a command object my cohandler has a method analogous to the commit
- method which is called if the user releases the mouse at a meaningful place in
- the view.
-
- Yours
- Tom
-
-